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WEST Search History 

HrdTltems 1 [Restore'- 1 [Clear | [Can.^T" 

DATE: Thursday, November 02, 2006 

„ Set ~ Hit 
Hlde? Name Count 

GPB; PLUR=YES; OP=ADJ 

(vector and bit$l and sweep and mark$3 and garbage and colect$3).clm. 0 

(just-in-time and compil$3 and sweep).clm. 2 

(virtual and machine and mark and bit and vector and point$3 and 
garbage). elm. 

(virtual and machine and mark and bit and vector and point$3).clm. 3 

(mark and sweep and garbage and collect$3 and root and enumerat$4 and live ^ 
and object$ 1 and virtual and machine).clm. 

(mark and sweep and garbage and collect$3 and root and enumerat$4 and live ^ 
and objects 1 and search).clm. 

(mark and sweep and garbage and collect$3 and root and enumerat$4 and live ^ 
and object$ 1 and toggle). elm. 

(garbage and collect$3 and live and object$l and heap and block$l and bit and ^ 
storage and space).clm. 

(garbage and collect$3 and live and object$l and heap and block$l and 9 
bit).clm. 1 

(garbage and collect$3 and live and objectSl and heap and block$l).clm. 3 

(garbage and collect$3 and live and object$l).clm. 28 

(mark and sweep and garbage and collect$3 and root and enumerat$4 and live 9 
and object$ l).clm. 

(mark and sweep and garbage and collect$3 and root and enumerat$4).clm. 2 

(mark and sweep and garbage and collect$3).clm. 12 

(memory and space and garbage and collect$3 and invok$3 and heap).clm. 2 

(memory and space and garbage and collect$3 and invok$3 and n 
concurrent).clm. 

(memory and space and garbage and collect$3 and invok$3 and 0 
concurrent$3).clm. 

(memory and space and garbage and collect$3 and invok$3).clm. 6 

(memory and space and garbage and collect$3 and threshold$3 and vector and Q 
heap). elm. 

(memory and space and garbage and collect$3 and threshold$3).clm. 9 

(memory and space and garbage and collect$3).clm. 67 

(garbage and collect$4 and toggl$3 and mark$3).clm. 1 

(heap and vector and second and bit and mark and sweep).clm. 2 





DB=. 


□ 


L39 


□ 


L38 


□ 


L37 


n 


L36 


r-, 

I.J 


T 1^ 

Li J J 


□ 


L34 


□ 


L33 


□ 


L32 


□ 


L31 


□ 


L30 


n 


T 90 


n 


T 98 


□ 


L27 


□ 


L26 


□ 


L25 


□ 


L24 


□ 


L23 


□ . 


L22 


n 


L21 


□ 


L20 


n 


L19 


n 


L18 


□ 


L17 




□ L 1 6 (heap and vector and second and bit).clm. 6 
D LI 5 (memory and space and vector and pointer$l and bit and sweep).clm. 1 

□ L 1 4 (mark-sweep and mark$3 and phase and bit and vector$ 1 ).clm. 1 

n j « (first and second and vector$l and bit$l and garbage and thread and 9 
1 1 L1J trac$3).clm. 

□ L12 (first and second and vector$l and bit$l and garbage and threshold).clm. 3 

|-j ^ j j (first and second and vector$ 1 and bit$ 1 and garbage and live and 2 
objects l).clm. 

□ L 1 0 (first and second and vector$ 1 and bit$ 1 ).clm. 1 1 75 

□ L9 (mark and sweep and software and concurrent$3).clm. 2 

(mark and sweep and garbage and collect$4 and heap and (memory or space) 

□ L8 and bit and vector$l and pointer$l and threshold$3 and thread$l and 2 

block$l).clm. 

p (mark and sweep and garbage and collect$4 and heap and (memory or space) ^ 

and bit and vector$l and pointer$l and threshold$3 and thread$l).clm. 

P L6 ( mar ' c m ^ swee P m & garbage and collect$4 and heap and (memory or space) ^ 
' and bit and vector$l and pointer$l and threshold$3).clm. 

p ^ (mark and sweep and garbage and collect$4 and heap and (memory or space) ^ 
and bit and vector$ 1 and pointer$ 1 ).clm. 

p ^ (mark and sweep and garbage and collect$4 and heap and (memory or space) ^ 
and bit and vector$ 1). elm. 

p- j ^ (mark and sweep and garbage and collect$4 and heap and (memory or 7 
space)).clm. 

□ L2 (mark and sweep and garbage and collect$4 and heap).clm. 7 

□ L 1 (mark and sweep and garbage and collect$4).clm. 1 2 



END OF SEARCH HISTORY 
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Hide? ^ Query 



DB=PGPB,USPT,USOC,EPAB,JPAB,DWPI,TDBD; PLUR=YES; OP=ADJ 



□ 


L162 


LI 60 and vector and pointer 


□ 


L161 


LI 60 and (bit near5 vector) 


□ 


L160 


L 1 59 and 'just-in-time' 


n 


L159 


6529919 .uref. 


□ 


L158 


LI 57 and (storage near5 space) 


□ 


L157 


LI 47 and (vector near5 pointer$l) 


□ 


L156 


LI 55 and (sweep near 5 bit) 


□ 


L155 


LI 52 and vector$l and bit$l and pointer$l 


□ 


L154 


LI 52 andtoggl$4 


n 


LI 53 


LI 52 and toggle 


□ 


L152 


LI 51 and 'just- in-time' 


□ 


L151 


LI 50 and mark$3 and sweep$3 and heap 


□ 


L150 


LI 49 and (native near5 code) 


□ 


L149 


LI 48 and (virtual near5 machine) 


□ 


L148 


L147andcompil$3 


□ 


L147 


1130 and java 


n 


L146 


LI 45 and sweep$3 and storage and space and aloca$5 


n 


L145 


LI 44 and heap 


□ 


L144 


1130 and root and execut$3 and bit and vector$l 


□ . 


L143 


LI 42 and memory and space 


□ 


L142 


LI 41 and sweep$3 and mark$3 and heap 


n 


L141 


L 140 and thread and trac$3 


n 


L140 


1130 and (vector near5 pointer$l) 


D 


L139 


LI 38 and bit and pointer$l 


□ 


L138 


L137 and vector$l and toggl$3 


n 


L137 


1134 and (garbage near5 collect$3) 


□ 


L136 


LI 35 and mark and sweep 


n 


L135 


LI 34 and (heap same threshold$3) 


□ 


L134 


6321240 .uref. 


□ 


L133 


LI 32 and (bit near5 vector$l) 



□ 


L132 


LI 31 and (live nearS object$l) 


96 


n 


L131 


LI 30 and thread 


228 


n 


L130 


LI 24 and (garbage near5 collect$3) and @py<=2003 


580 


□ 


L129 


LI 24 and (garbage near5 collect$3) 


1142 


□ 


L128 


LI 27 and (heap near5 block$l) and @py<=2003 


2 


□ 


L127 


LI 26 and (concurrent$3 nearS collect$3) 


62 


□ 


L126 


LI 25 and (garbage near5 collect$4) 


207 


□ 


L125 


LI 24 and (mark$3 nearS sweep$3) 


212 


□ 


L124 


L123 or 1122 or 1121 


20584 


□ 


L123 


717/1 14,116,142,148,165.ccls. 


1361 


□ 


L122 


71 l/133,170-173,159-160,165.ccls. 


5751 


□ 


L121 


707/1 ,100,1 03R- 1 03 Y,200,206.ccls. 


13837 


□ 


L120 


L 1 1 9 and heap and garbage 


6 




L119 


(sweep nearS bit) and (mark nearS bit) and @py<=2004 


31 


□ 


L118 


LI 17 and initializ$3 


7 


□ 


L117 


LI 16 and bit and vector 


11 


□ 


L116 


LI 14 and header and field$l and pointer$l 


40 


□ 


L115 


LI 14 and (data near5 structurre) 


0 


□ 


L114 


LI 13 and (mark nearS sweep) 


122 


□ 


L113 


(heap and block$l and garbage and collection) and (3)py<=2004 


591 


□ 


L112 


(heap and block$l and garbage and collection).ti. and @py<=2004 


0 


□ 


LI 11 


LI 07 and (garbage near5 collection) 


2 


□ 


L110 


L 1 07 and mark and sweep 


0 


□ 


L109 


LI 07 and mark and sweep and (memory near5 structure) 


0 


□ 


LI 08 


LI 07 and mark and sweep and (data nearS structure) 


0 


n 


L107 


(header same (heap near5 block$l)) and @py<=2004 


25 


□ 


L106 


(mark and sweep and heap).ti. and @py<=2004 


1 


n 


L105 


(mark and sweep and structure).ti. and @py<=2004 


0 


□ 


L104 


L103 


0 


n 


L103 


(mark and sweep and garbage and structure).ti. and @py<=2004 


0 


n 


L102 


(mark and sweep and field$l and memory and structure).ab. and @py<=2004 


0 


□ 


L101 


(mark and sweep and field$l and memory and structure).ti. and @py<=2004 


0 


□ 


L100 


(data and structure and heap).ti. and @py<=2004 


13 


n 


L99 


'data strcucture f .ti. 


0 


i — j 


t no 


data strcucture .ti. and @py<— 2UU4 


0 


n 


L97 


L96 and (bit near5 vector$l) 


6 


□ 


L96 


(memory near5 structure) and (mark$sweep) and field$l and pointer$l and 


66 


@py<=2004 



□ 


L95 


^marK near D iieiaj i ) ana ^ sweep near j iieia j> i ) ana ^aaia near j structure ) ana 
@py<=2004 


6 


D 


L94 


L93 and vector$l and heap 


6 


□ 


L93 


L92 and field$l and status 


8 


□ 


L92 


L9 1 and bit$ 1 and object$ 1 


17 


□ 


L91 


L90 and pointers 1. 


18 


□ 


L90 


L89 and (mark near5 sweep) 


18 


□ 


L89 


4907151.uref. 


66 


□ 


L88 


L87 and field$l and header 


1 


□ 


L87 


L86 and (mark near5 sweep) 


15 


□ 


L86 


L85 and (heap near5 block$l) 


107 


□ 


L85. 


(heap near5 structure) and @py<=2004 


669 


□ 


L84 


L83 and (header near5 field$l) 


2 


n 


L83 


L82 and (mark near5 bit$ 1 ) 


13 


□ 


L82 


L81 and (heap near5 block$l) 


100 


□ 


L81 


(garbage near5 collection) and (data near5 structure) and @py<=2004 


1495 


□ 


L80 


L79 and (multiple near5 object$l) 


4 


□ 


L79 


L78 and (multiple near 5 field$l) 


39 


n 


L78 


. L77 and pointer$l 


383 


□ 


L77 


(heap near5 structure) and @py<=2004 


669 


□ 


L76 


L75 and ((second near5 field) same (sweep near5 bit)) 


1 


□ 


L75 


(first near5 field) same (mark near5 bit) 


96 


n 


L74 


L73 and vector 


4 


■ □ 


L73 


L72 and (field$l nearS object$l) 


22 


□ 


L72 


L71 and status 


23 


n 


L71 


L69 and heap 


28 


n 

i_j 


Lt I\j 


LiOy ana l0ggi4>Z 


n 


n 




Loo ana (^marK near j sweep ) 


io 
jy 


□ 


L68 


^aaia near j siruciure j ana {memory near j structure ) ana neaaer ana 
@py<=2004 


6667 


□ 


L67 


L66 and garbage 


4 


□ 


L66 


L65 and pointer$l 


23 


□ 


L65 


L62 and (mark near5 bit$l) 


23 


□ 


L64 


L62 and (mark near5 bit$ 1 ) and (sweep near5 bit$ 1 ) 


0 


□ 


L63 


L62 and (mark near5 field$l) and (sweep near5 field$l) 


1 


□ 


L62 


(heap near5 structure) and (memory near5 structure) and header and 
@py<=2004 


125 


IJ 


L61 


(data near5 structure) and (memory near5 structure) and (garbage near5 
collection) and heap and mark and sweep and bit and vector and field$l and 


0 



statuses and objectSl and @py<=2004 





.LOU 


ivjy ana (^sweep nearj uii) same poimerj 


0 


1 1 




T <4.Q QnH ^fmarV npcirS hil^ camp nnintpr*R 1 ^ 
Lt" dllU filial K IlCal-? Uliy bailie puilllCla) l ) 


5 


□ 


L58 


(mark nearS fieldUl^ and fsween near5 fieldSl^ and hean and f?arbai?e and 
collection and algorithms 1 and statu$3 and @py<=2004 


2 


□ 


L57 


L55 and fieldSl and status 


5 


n 

i — i 


L56 


L55 and (field$l near5 status) 


0 


□ 


L55 


L54 and (garbage near5 collections 1) 


7 


n 


T 54 


T S9 and fields 


22 


P 






2 


n 

1 — ! 




(mark npnrS Vnt*Kl^ anH ( qwpph nparS hit$1^ and ^7)rw<J := 9fin4 


31 


□ 


L51 


(mark nearS hit$l^ and (sween nearS hitfKl^ and (sweenffil nearS status$2^ and 
(memory near5 fieldSl) and @py<=2004 


0 


□ 


L50 


L49 and (mark near5 bitSl) and (sweep near5 bit$l) 


2 


□ 


L49 


(memory nearS structure) and (heap near5 blockSl) and @py<=2004 


187 


□ 


L48 


L47 and (live nearS objectSl) 


12 


n 


L47 


L46 and scann$3 


17 


□ 


L46 


L45 and pointerS 1 


28 


□ 


L45 


L44 and (heap near5 block) 


30 


□ 


L44 


(garbage near5 sweep$3) and @py<=2004 


212 


n 


L43 


(garbage nearS sweep$3) and (sweep nar5 bit) and @py<=2004 


0 


□ 


L42 


(live nearS objectSl) scann$3 and search$3 and mark$3 and threadSl 


5 


□ 


L41 


L40 and (live near5 object) 


7 


n 

1 ! 


T 40 


T £itiH \/Pf*tnr 


/ 


LJ 




l,j 0 ana (jnarK neao sweep ) 




n 

i i 


T ^8 


^diDcige ncdi^ sweeps J ) onu ^bwecp near.} biordgej dnu v£^py^ — zuuh- 


1 ft 


n 


L37 


(crarhaop nparS ^wppfiS^^ anH f ^wppti npar^ <;tnracip^ and (^rroacrp nparS Qnapp^ 

l gOl L/Agv 11VCU J ljVYW/L/i47^ J dilVJ. \ l3 WVtU IIV^CU O LU J Cit^V y CUivl \ kJ LI V_/Clci W llV^Cll ^ jUuvv 1 

and @py<=2004 


0 


□ 


L36 


L35 and live 


3 


□ 


L35 


L34 and heap 


5 


□ 


L34 


L3 3 and pointerS 1 


5 


n 


L33 


L25 and (sweep near5 bit) 


5 


□ 


L32 


L29 and vector and bitSl and mark and sweep 


1 


n 


L31 


L29 and (sweep nearS stroage) 


0 


□ 


L30 


L29 and (bit near5 vectorSl) 


2 


n 


L29 


(live nearS objectSl) and (heap nearS block) and @py<=2004 


69 


□ 


L28 


L27 and vectorSl and bitSl 


1 


□ 


L27 


L26 and (mark nearS sweep) 


12 


□ 


L26 


L25 and (live nearS objectSl) 


59 



□ 


L25 


(heap near5 block) and (data near5 structure) and @py<=2004 


252 


□ 


L24 


L23 and (sweep near5 bit) 


2 


□ 


L23 


L22 and (mark near5 bit) 


12 


□ 


L22 


(heap nearS block) and (mark near5 sweep) and @py<=2004 


29 


□ 


L21 


(mark and sweep and garbage and collection).ti. and @py<=2004 


2 


n 


L20 


L19andconflict$3 


0 


□ 


L19 


LI 8 and thread$l 


6 


□ 


L18 


L17 and scann$3 


8 


□ 


L17 


L16and execut$3 


11 


D 


L16 


LI 5 and (mark near5 bit) 


11 


□ 


L15 


L 1 4 and (live near 5 object$ 1 ) 


13 


□ 


L14 


L13 and (garbage nearS collect$3) 


13 


□ 


L13 


L12 and (mark near5 sweep) 


13 


(J 


L12 


L 1 1 and vector$ 1 and bit$ 1 


97 




Lll 


L10 and virtual and java 


782 


□ 


L10 


just-in-time and @py<=2004 


2677 


□ 


L9 


L8 and trace 


1 


n 


L8 


L7 and root 


4 


□ 


L7 


L6 and (mark nearS sweep) 


4 


— 

□ 


T C 

Lo 


L5 and (live nearS objectil) 


22 


□ 


L5 


L4 and concurrently 


56 




L4 


vector$ 1 and bit$l and pointer$l and heap and block$l and live and object$l 
and @py<=2004 


131 


□ 


L3 


(second near5 bit) same (vector near5 pointer$l) and heap and @py<=2004 


0 


□ 


L2 


(second near5 bit) same (vector near5 pointer$l) and heap and memory and 
@py<=2004 


0 


□ 


LI 


(second near5 bit) same (vector near5 pointer$l) and (heap near5 block) and 
@py<=2004 


0 



END OF SEARCH HISTORY 
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File 9:Business & industry(R) Jul/1994-2006/Nov 01 

(c) 2006 The Gale Group $ 
File 13:BAMP 2006/Oct W4 

(c) 2006 The Gale Group 
File 16: Gale Group PROMT (R) 1990-2006/Nov 02 

(c) 2006 The Gale Group 
File 47:Gale Group Magazine DB(TM) 1959-2006/Nov 01 

(c) 2006 The Gale group 
File 88:Gale Group Business A.R.T.S. 1976-2006/Nov 01 

(c) 2006 The Gale Group 
File 148:Gale Group Trade & Industry DB 1976-2006/Nov 02 

(c)2006 The Gale Group 
File 160: Gale Group PROMT(R) 1972-1989 & 

(c) 1999 The Gale Group 
File 275:Gale Group Computer DB(TM) 1983-2006/Nov 02 

(c) 2006 The Gale Group 
File 621:Gale Group New Prod . Annou . (R) 1985-2006/Nov 01 

(c) 2006 The Gale Group 
File 624:McGraw-Hill Publications 1985-2006/Nov 02 

(c) 2006 McGraw-Hill Co. inc 
File 634:San Jose Mercury Jun 1985-2006/Oct 31 

(c) 2006 San Jose Mercury News 
File 636:Gale Group Newsletter DB(TM) 1987-2006/Nov 02 

(c) 2006 The Gale Group * 
File 649:Gale Group Newswi re ASAP(TM) 2006/Oct 19 

(c) 2006 The Gale Group 
File 647: CMP Computer Full text 1988-2006/Dec W4 

(c) 2006 CMP Media, LLC 
File 674:Computer News Full text 1989-2006/Sep Wl 

(c) 2006 IDG Communications 

Set items Description 

51 824 (BIT OR BINARY()DIGIT? ?) (lW) VECTOR? ? OR BITVECTOR? 

52 3738 MARK???(lW) (SWEEP? OR COMPACT????) OR MARKSWEEP? OR MARKCO 

MPACT? i 

53 153 HEAP? ?(2N) (BLOCK? ? OR CHUNK? ?) OR HEAPBLOCK? OR HEAPCHU 

NK? 

54 56876 HEAP? ? OR FREESTORE? OR FREE()STORE? ? 

55 1541771 JAVA OR JVM OR JVMS OR VS OR VM OR VMS OR J RE? ? OR VME? ? 

OR VMM OR VMMS OR VIRTUAL (lW) (PC OR COMPUTER? ?) 

56 302 METAMACHINE? OR (META OR ABSTRACT) ()MACHINE? ? 

57 11 PSEUDO()(OS OR OPERATING() SYSTEM? ?) 

58 179913 COREWAR? OR CORE()WAR OR OCODE OR POP-LOG OR PORTABLE() SCHE 

ME()INTERPRET? OR PORTABLE() STANDARD () LISP OR OS2 OR OS()2 

59 134959 SEQUENTIAL() PARLOG()MACHINE? ? OR PYTHON OR SMALLTALK OR S 

MALLQTALK OR SNOBOL OR IMPLEMENTATION () LANGUAGE? ? OR SODA 

510 10806 VMWARE OR HYPERVIS?R? ? OR XEN 

511 76773 GARBAGE 

512 5080292 MEMORY OR STORAGE OR SPACE 

513 145476 JUST(1W)TIME? ? OR JIT OR KANBAN OR KAN () BAN 

514 0 Sl(S)S2 

515 1943 VECTOR? ?(3N)(BIT OR BINARY() DIGIT? ?) 

516 0 S15(S)S2 

517 7 S2(S)S3:S4 

518 3 S17(S)S5:S10 

519 1 S1(S)S11 

520 4 S18:S19 8 

521 1 s20/2004:2006 

522 3 S20 NOT S21 

523 3 RD (unique items) 

23/3 ,K/1 (item 1 from file: 88) 
DIALOG(r) Fi 1 e 88:Gale Group Business A.R.T.S. 
(c) 2006 The Gale Group. All rts. reserv. 



File 696:DIAL0G Telecom. Newsletters 1995-2006/Nov 01 

(c) 2006 Dialog 
File 15:ABI/lnform(R) 1971-2006/Nov 01 

(c) 2006 ProQuest info&Learning 
File 98:General Sci Abs 1984-2006/Oct 

(c) 2006 The hw Wilson Co. 
File 112:UBM industry News 1998-2004/Jan 27 

(c) 2004 united Business Media 
File 141:Readers Guide 1983-2006/Aug 

(c) 2006 The HW Wilson Co 
File 484:Periodical Abs Plustext 1986-2006/Oct W4 

(c) 2006 ProQuest 
File 813: PR Newswire 1987-1999/Apr 30 

(c) 1999 PR Newswire Association Inc 
File 613: PR Newswire 1999-2006/Nov 02 

(c) 2006 PR Newswire Association Inc 
File 635:Business Dateline(R) 1985-2006/Nov 01 

(c) 2006 ProQuest Info&Learning 
File 810:Business wire 1986-1999/Feb 28 

(c) 1999 Business wire 
File 610 business wire 1999-2006/Nov 02 

(c) 2006 Business wire. 
File 369: New Scientist 1994-2006/Aug W4 

(c) 2006 Reed Business Information Ltd. 
File 370:Science 1996-1999/Jul w3 

(c) 1999 AAAS 



Set items Description 

51 104 (BIT OR BINARY()DIGIT? ?) (lW) VECTOR? ? OR BITVECTOR? 

52 917 MARK??? (lW) (SWEEP? OR COMPACT????) OR MARKSWEEP? OR MARKCO- 

MPACT? 

53 26 HEAP? ?(2N) (BLOCK? ? OR CHUNK? ?) OR HEAPBLOCK? OR HEAPCHU- 

NK? 

54 23106 HEAP? ? OR FREESTORE? OR FREE() STORE? ? 

55 391372 JAVA OR DVM OR JVMS OR VS OR VM OR VMS OR JRE? ? OR VNJE? ? 

OR VMM OR VMMS OR VIRTUAL (lW) (PC OR COMPUTER? ?) 

56 130 METAMACHINE? OR (META OR ABSTRACT) ()MACHINE? ? 

57 4 PSEUDO()(OS OR OPERATING() SYSTEM? ?) 

58 32165 COREWAR? OR CORE()WAR OR OCODE OR POPLOG OR PORTABLE() SCHE- 

ME() INTERPRET? OR PORTABLE() STANDARD() LISP OR OS2 OR OS()2 

59 44076 SEQUENTIAL () PAR LOGO MACHINE? ? OR PYTHON OR SMALLTALK OR S- 

MALL()TALK OR SNOBOL OR IMPLEMENTATION () LANGUAGE? ? OR SODA 

510 2673 VMWARE OR HYPERVIS?R? ? OR XEN 

511 35458 GARBAGE 

512 1703232 MEMORY OR STORAGE OR SPACE 

513 61046 JUST(lW)TIME? ? OR JIT OR KANBAN OR KAN () BAN £ 

514 0 S1(S)S2 

515 272 VECTOR? ?(3N)(BIT OR BINARY() DIGIT? ?) 

516 0 S15(S)S2 

517 0 S2(S)S3:S4 

518 0 S1(S)S11 



File 347UAPIO Dec 1976-2006/3an(Updated 061009) 

(c) 2006 JPO & 3APIO 
File 348: EUROPEAN PATENTS 1978-2006/ 200643 

(c) 2006 European Patent Office 
File 349:PCT FULLTEXT 1979-2006/UB=20061026UT=20061019 

(c) 2006 WIPO/Thomson 
File 3 50:Derwent WPIX 1963-2006/UD=200670 
■ (c) 2006 The Thomson Corporation 
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Items 


Description 


Si 


18 


AU=' SUB RAMON EY S' 


S2 


16 


AU= 1 SUBRAMONEY SREENIVAS ' : AU= ' SUBRAMONEY SREEVINAS 1 


S3 


174 


AU='HUDSON R 1 : AU= 1 HUDSON R W' 


S4 


52 


AU='HUDSON RICHARD' :AU=' HUDSON RICHARD 1602 BLUEBERRY 




RIAL MISSOUR' 


S5 


16 


Sl:S2 AND S3:S4 


S6 


1913 


BIT(lW) VECTOR? ? 


S7 


2 


S5 AND S6 



»>Format 69 is not valid in file 348 

7/69/1 (Item 1 from file: 350) 
DIALOG (R) File 350:Derwent WPIX 

(c) 2006 The Thomson Corporation. All rts. reserv. 

0015288123 - Drawing available 
WPI ACC NO: 2005-638261/200565 
XRPX Acc No: N2005-523511 

Mark-sweep-compact garbage collection method in managed runtime system, 
involves using only one bit vector of each heap block for performing 
garbage collection, if available space in heap is below preset value 

Patent Assignee: HUDSON R L (HUDS-I); SUBRAMONEY S (SUBR-I) 
Inventor: HUDSON R L ; SUBRAMONEY S 
Patent Family (1 patents, 1 countries) 
Patent Application 

Number Kind Date Number Kind Date update 

US 20050198088 Al 20050908 US 2004793707 A 20040303 200565 B 

Priority Applications (no., kind, date): US 2004793707 A 20040303 

Patent Details 

Number Kind Lan Pg Dwg Filing Notes 
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1 Comparing mark-and sweep and stop-and-copy garbage collection 
Benjamin Zorn 

May 1990 Proceedings of the 1990 ACM conference on LISP and functional 
programming 

Publisher: ACM Press 

Additional Information: full citation , abstract , references, citing s, index 



Full text available: 



terms 



Stop-and-copy garbage collection has been preferred to mark-and-sweep collection in the 
last decade because its collection time is proportional to the size of reachable data and 
not to the memory size. This paper compares the CPU overhead and the memory 
requirements of the two collection algorithms extended with generations, and finds that 
mark-and-sweep collection requires at most a small amount of additional CPU overhead 
(3-6%) but, requires an average of 20% (and up to 40%) less memory t ... 



A scalable mark-sweep garbage collector on large-scale shared-memory machines j 
Toshio Endo, Kenjiro Taura, Akinori Yonezawa 

November 1997 Proceedings of the 1997 ACM/IEEE conference on Supercomputing 
(CDROM) 

Publisher: ACM Press 

Full text available: ^ ] pdf(96.62 KB) Additional Information: full citation , abstract , references , citings 

This work describes implementation of a mark-sweep garbage collector (GC) for shared- 
memory machines and reports its performance. It is a simple "parallel" collector in which 
all processors cooperatively traverse objects in the global shared heap. The collector stops 
the application program during a collection and assumes a uniform access cost to all 
locations in the shared heap. Implementation is based on the Boehm-Demers-Weiser 
conservative GC (Boehm GC). Experiments have been done on Ultra ... 

Keywords: dynamic load balancing, garbage collection, parallel algorithm, scalability, 
shared-memory machine 



3 The derivation of distributed termination detection algorithms from garbage collection §|j 
g> schemes 

Gerard Tel, Friedemann Mattern 

January 1993 ACM Transactions on Programming Languages and Systems (TOPLAS), 

Volume 15 Issue 1 
Publisher: ACM Press 



Full text available: ^ pdf(2.36 MB) Additional Information: full citation , abstract , references , citings, index 
^~ terms 



It is shown that the termination detection problem for distributed computations can be 
modeled as an instance of the garbage collection problem. Consequently, algorithms for 
the termination detection problem are obtained by applying transformations to garbage 
collection algorithms. The transformation can be applied to collectors of the "mark-and- 
sweep" type as well as to reference-counting protocol of Lermen and Maurer, the 
weighted-reference-counting protocol, the local-referen ... 

Keywords: distributed algorithms, distributed termination detection, garbage collection, 
program transformations 



A mark-and-sweep collector C++ 
Daniel R. Edelson 

February 1992 Proceedings of the 19th ACM SIGPLAN-SIGACT symposium on 
Principles of programming languages 

Publisher: ACM Press 

Additional Information: full citation , abstract , references , citings, index 



Full text available:' = ^ 

terms 

Our research is concerned with compiler-independent, tag-free garbage collection for the 
C++ programming language. We have previously presented a copying collector based on 
root registration. This paper presents a mark-and-sweep garbage collector that 
ameliorates shortcomings of the previous collector. We describe the two collectors and 
discuss why the new one is an improvement over the old one. We have tested this 
collector and a conservative collector in a VLSI CAD application, and this p ... 

Creating and preserving locality of java applications at allocation and garbage 
collection times 

Yefim Shuf, Manish Gupta, Hubertus Franke, Andrew Appel, Jaswinder Pal Singh 
November 2002 ACM SIGPLAN Notices , Proceedings of the 17th ACM SIGPLAN 

conference on Object-oriented programming, systems, languages, 

and applications OOPSLA '02, Volume 37 issue n 
Publisher: ACM Press 

Full text available: 1Bpdff180.20KB) Additional Information: ^citation, abstract, references, citjncjs, index 
^ terms 

The growing gap between processor and memory speeds is motivating the need for 
optimization strategies that improve data locality. A major challenge is to devise 
techniques suitable for pointer-intensive applications. This paper presents two techniques 
aimed at improving the memory behavior of pointer-intensive applications with dynamic 
memory allocation, such as those written in Java. First, we present an allocation time 
object placement technique based on the recently introduced notion of p ... 

Keywords: JVM, Java, garbage collection, heap traversal, locality, locality based graph 
traversal, memory allocation, memory management, object co-allocation, object 
placement, prolific types, run -time systems 



Implementing an on-the-fly garbage collector for Java 

Tamar Domani, Elliot K. Kolodner, Ethan Lewis, Eliot E. Salant, Katherine Barabash, Itai 
Lahan, Yossi Levanoni, Erez Petrank, Igor Yanorer 

October 2000 ACM SIGPLAN Notices , Proceedings of the 2nd international 

symposium on Memory management ISMM '00, volume 36 issue l 
Publisher: ACM Press 



Full text available: ^ pdf(1.33 MB) Additional Information: full citation , abstract , citings , index terms 



Java uses garbage collection (GC) for the automatic reclamation of computer memory no 
longer required by a running application. GC implementations for Java Virtual Machines 
(JVM) are typically designed for single processor machines, and do not necessarily 
perform well for a server program with many threads running oh a multiprocessor. We 
designed and implemented an on-the-fly GC, based on the algorithm of Doligez, Leroy 
and Gonthier [13, 12] (DLG), for Java in this environment. An on-the-f... 

Keywords: Java, concurrent garbage collection, garbage collection, memory 
management, on-the-fly garbage collection, programming languages 



MC£: high-performance garbage collection for memory-constrained environments 
IMarendran Sachindran, J. Eliot B. Moss, Emery D. Berger 

October 2004 ACM SIGPLAN Notices , Proceedings of the 19th annual ACM SIGPLAN 
conference on Object-oriented programming, systems, languages, and 
applications OOPSLA '04, Volume 39 Issue 10 

Publisher: ACM Press 

Full text available: ffi pdf(503.53 KB) Additional Information: full citation , abstract, references , citings, index 

terms 

Java is becoming an important platform for memory-constrained consumer devices such 
as PDAs and cellular phones, because it provides safety and portability. Since Java uses 
garbage collection, efficient garbage collectors that run in constrained memory are 
essential. Typical collection techniques used on these devices are mark-sweep and mark- 
compact. Mark-sweep collectors can provide good throughput and pause times but suffer 
from fragmentation. Mark-compact collectors prevent fragmentation, ... 

Keywords: copying collector, generational collector, java, mark-compact, mark-copy, ■ 
mark-sweep, memory-constrained copying 



Garbag e collection and task deletion in distributed a pplicative processing systems 
Paul Hudak, Robert M. Keller 

August 1982 Proceedings of the 1982 ACM symposium on LISP and functional 
programming 

Publisher: ACM Press 

Full text available: Q pdf(949.06 KB) AdditionaI Information: full^ation , abstract, references , citings, index 

The problem of automatic storage reclamation for distributed implementations of 
applicative languages is explored. Highly parallel distributed systems have several unique 
characteristics that complicate the reclamation process; in this setting, the deficiencies of 
existing storage reclamation schemes are thus noted. A real-time, effectively distributed, 
garbage collector of the mark-sweep variety, called the marking-tree collector, is shown 
to accomplish reclamation in parallel ... 

Garbage collecting the Internet: a survey of distributed garbage collection 
Saleh E. Abdullahi, Graem A. Ringwood 

September 1998 ACM Computing Surveys (CSUR), Volume 30 issue 3 
Publisher: ACM Press 

Full text available* 1?) pdf(337.65 KB) Additional Information: full citation , abstract , references , citings , index 
' terms , review 

Internet programming languages such as Java present new challenges to garbage- 
collection design. The spectrum of garbage-collection schema for linked structures 
distributed over a network are reviewed here. Distributed garbage collectors are classified 



first because they evolved from single-address-space collectors. This taxonomy is used as 
a framework to explore distribution issues: locality of action, communication overhead 
and indeterministic communication latency. 

Keywords: automatic storage reclamation, distributed, distributed file systems, 
distributed memories, distributed object-oriented management, memory management, 
network communication, object-oriented databases, reference counting 



10 A parallel, incremental, mostly concurrent garbage collector for servers 

^ Katherine Barabash, Ori Ben-Yitzhak, Irit Goft, Elliot K. Kolodner, Victor Leikehman, Yoav 

^ Ossia, Avi Owshanko, Erez Petrank 

November 2005 ACM Transactions on Programming Languages and Systems 
(TOPLAS), Volume 27 Issue 6 

Publisher: ACM Press 

Full text available: ^| pdf(683.50 KB) Additional Information: full citation , abstract , references , index terms 

Multithreaded applications with multigigabyte heaps running on modern servers provide 
■ new challenges for garbage collection (GC). The challenges for "server-oriented" GC 
include: ensuring short pause times on a multigigabyte heap while minimizing throughput 
penalty, good scaling on multiprocessor hardware, and keeping the number of expensive 
multicycle fence instructions required by weak ordering to a minimum. We designed and 
implemented a collector facing these demands building on th ... 

Keywords: Garbage collection, JVM, concurrent garbage collection 



11 Myths and realities: the performance impact of garbage collection 
Stephen M. Blackburn, Perry Cheng, Kathryn S. McKinley 

June 2004 ACM SIGMETRICS Performance Evaluation Review , Proceedings of the 

joint international conference on Measurement and modeling of computer 
systems SIGMETRICS '04/Performance '04, Volume 32 issue l 
Publisher: ACM Press 

Full text available: fi3 pdf(305.06 KB) Additional Information: full citation , abstract, references , citings, index 
^ terms , review 

This paper explores and quantifies garbage collection behavior for three whole heap 
collectors and generational counterparts: copying semi-space, mark-sweep, and reference 
counting, the canonical algorithms from which essentially all other collection algorithms 
are derived. Efficient implementations in MMTk, a Java memory management toolkit, in 
IBM's Jikes RVM share all common mechanisms to provide a clean experimental platform. 
Instrumentation separates collector and program behav ... 

Keywords: generational, java, mark-sweep, reference counting, semi-space 




A g enerational mostly-concurrent g arba g e collector 
Tony Printezis, David Detlefs 

October 2000 ACM SIGPLAN Notices, Proceedings of the 2nd international 

symposium on Memory management ISMM '00, Volume 36 issue l 
Publisher: ACM Press 

Full text available: ^ pdf(1.67 MB) Additional Information: full citation , abstract , citings, index terms 

This paper reports our experiences with a mostly-concurrent incremental garbage 
collector, implemented in the context of a high performance virtual machine for the Java 1 
programming language. The garbage collector is based on the "mostly parallel" collection 
algorithm of Boehm eta/, and can be used as the old generation of a generational 



memory system. It overloads efficient write-barrier code already generated to support 
generational garbage collection to also ident ... 



13 The treadmill: real-time g arba g e collection without motion sickness 
Henry G. Baker 

March 1992 ACM SIGPLAN Notices, Volume 27 issue 3 
Publisher: ACM Press 

Full text available: ^ pdf(464.25 KB) Additional Information: full citation , abstract , citings , index terms 

A simple real-time garbage collection algorithm is presented which does not copy, thereby 
avoiding some of the problems caused by the asynchronous motion of objects. This in- 
place "treadmill" garbage collection scheme has approximately the same complexity as . 
other non-moving garbage collectors, thus making it usable in a high-level language 
implementation where some pointers cannot be traced. The treadmill is currently being 
used in a Lisp system built in Ada. 



14 An on-the-fly reference-counting garbage collector for java 




Yossi Levanoni, Erez Petrank 

January 2006 ACM Transactions on Programming Languages and Systems (TOPLAS), 



Volume 28 Issue 1 
Publisher: ACM Press 

Full text available: ^| pdf(787,15 KB) Additional Information: full citation , abstract , references , index terms 

Reference-counting is traditionally considered unsuitable for multiprocessor systems. 
According to conventional wisdom, the update of reference slots and reference-counts 
requires atomic or synchronized operations. In this work we demonstrate this is not the 
case by presenting a novel reference-counting algorithm suitable for a multiprocessor 
system that does not require any synchronized operation in its write barrier (not even a 
compare-and-swap type of synchronization). A second novelty of thi ... 

Keywords: Programming languages, garbage collection, memory management, 
reference-counting 



15 Mark-co p y: fast copying GC with less sp ace overhead 
Narendran Sachindran, J. Eliot, B. Moss 

October 2003 ACM SIGPLAN Notices , Proceedings of the 18th annual ACM SIGPLAN 
conference on Object-oriented programing, systems, languages, and 
applications OOPSLA '03, Volume 38 Issue 11 
Publisher: ACM Press 

Full text available- ■ EPpdff297.93 KB) Additional Information: Mdtation, abstract, references, citings, index 
^ terms 

Copying garbage collectors have a number of advantages over non-copying collectors, 
including cheap allocation and avoiding fragmentation. However, in order to provide 
completeness (the guarantee to reclaim each garbage object eventually), standard 
copying collectors require space equal to twice the size of the maximum live data for a 
program. We present a mark-copy collection algorithm (MC) that extends generational 
copying collection and significantly reduces the heap space required to ... 

Keywords: Java, copying collector, generational collector, mark-copy, mark-sweep 



16 A distributed garbage collector for active objects 
Isabelle Puaut 

October 1994 ACM SIGPLAN Notices , Proceedings of the ninth annual conference on 
Object-oriented programming systems, language, and applications 



OOPSLA '94, Volume 29 Issue 10 
Publisher: ACM Press 

Full text available: fflpdffZIB MB) Additional Information: full citation, abstract, references, citings, index 

terms 

This paper presents an algorithm that performs garbage collection in distributed systems 
of active objects (i.e., objects having their own threads of control). Our proposition 
extends the basic marking algorithm proposed by Kafura in [1] to a distributed 
environment. The proposed garbage collector is made up of a set of local garbage 
collectors, one per site, loosely coupled to a (logically centralized) global garbage collector 
that maintains a global snapshot of the system state relevant t ... 

17 The Compressor: concurrent, incremental, and parallel compaction 
Haim Kermany, Erez Petrank 

June 2006 ACM SIGPLAN Notices , Proceedings of the 2006 ACM SIGPLAN conference 
on Programming language design and implementation PLDI '06, volume 41 
Issue 6 
Publisher: ACM Press 

Full text available: pdf(483.26 KB) Additional Information: full citation, a bstrac t, references, index terms 

The widely used Mark-and-Sweep garbage collector has a drawback in that it does not 
move objects during collection. As a result, large long-running realistic applications, such 
as Web application servers, frequently face the fragmentation problem. To eliminate 
fragmentation, a heap compaction is run periodically. However, compaction typically 
imposes very long undesirable pauses in the application. While efficient concurrent 
collectors are ubiquitous in production runtime systems (such as JVMs), ... 

Keywords: compaction, concurrent garbage collection, garbage collection, memory 
management, runtime systems 



1 8 Controlling fragmentation and space consumption in the metr on ome, a real-time 

garbage collector for Java 
^ David F. Bacon, Perry Cheng, V. T. Rajan 

June 2003 ACM SIGPLAN Notices , Proceedings of the 2003 ACM SIGPLAN conference 
on Language, compiler, and tool for embedded systems LCTES '03, Volume 

38 Issue 7 
Publisher: ACM Press 

Full text available: ffj pdf(354.15 KB) Addltlonal Information: fuj] citation, abstract, references, citings, index 

terms 

Now that the use of garbage collection in languages like Java is becoming widely accepted 
due to the safety and software engineering benefits it provides, there is significant 
interest in applying garbage collection to hard real-time systems. Past approaches have 
generally suffered from one of two major flaws: either they were not provably real-time, 
or they imposed large space overheads to meet the real-time bounds. Our previous work 
[3] presented the Metronome, a mostly non-copying real-time co ... 

Keywords: compaction, cost model, fragmentation, space bounds. 



19 Cache performance of garbage-collected programs 
Mark B. Reinhold 

June 1994 ACM SIGPLAN Notices , Proceedings of the ACM SIGPLAN 1994 conference 
on Programming language design and implementation PLDI '94, Volume 29 
Issue 6 
Publisher: ACM Press 



Full text available: 



Additional Information: full citation , abstract , references , citings , index 



terms 



As processor speeds continue to improve relative to main-memory access times, cache 
performance is becoming an increasingly important component of program performance. 
Prior work on the cache performance of garbage-collected programs either argues or 
assumes that conventional garbage-collection methods will yield poor performance, and 
has therefore concentrated on new collection algorithms designed specifically to improve 
cache-level reference locality. This paper argues to the c ... 

20 Robust , distributed references and acy clic garba g e collection 
Marc Shapiro, Peter Dickman, David Plainfosse 

October 1992 Proceedings of the eleventh annual ACM symposium on Principles of 
distributed computing PODC '92 

Publisher: ACM Press 
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ra " " review 



Results 1 - 20 of 200 Result page: 1 2 3 4 5 6 7 8 9 10 ne xt 

The ACM Portal is published by the Association for Computing Machinery. Copyright © 2006 ACM, Inc. 
Terms of Usage Privacy Policy Code of Ethics Contact Us 

Useful downloads: S Adobe Acrobat QuickTime El Windows Media Player Real Player 



a PORTAL 



USPTO 



Subscribe (Full Service) Register (Limited Service, Free) Login 

Search : ® The ACM Digital Library O The G uide 
| garbage collection vector bit pointers 











m 













p 



Terms used garbage collection vector bit pointers 

Save results to a Binder 



Sort results 
by 

Display 
results 



relevance 



. ■— Eai Search Tip s 

[expanded form n Open results in a new 
window 



Feedback Report a problem Satisfaction 
survey 

Found 42,831 of 186,958 

Try an Advanced Search 

Try this search in T he ACM Guide 



Results 1 - 20 of 200 
Best 200 shown 



Result page: 12345678910 next 

Relevance scale □ Q H I 



1 Static determination of allocation rates to support real-time garbage collection 
Tobias Mann, Morgan Deters, Rob LeGrand, Ron K. Cytron 

June 2005 ACM SIGPLAN Notices , Proceedings of the 2005 ACM SIGPLAN/SIGBED 
conference on Languages, compilers, and tools for embedded systems 
LCTES '05, Volume 40 Issue 7 
Publisher: ACM Press 
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Full text available: 



While it is generally accepted that garbage-collected languages offer advantages over 
languages in which objects must be explicitly deallocated, real-time developers are leery 
of the adverse effects a garbage collector might have on real-time performance. 
Semiautomatic approaches based on regions have been proposed, but incorrect usage 
could cause unbounded storage leaks or program failure. Moreover, correct usage cannot 
be guaranteed at compile time. Recently, real-time garbage collectors have ... 



Keywords: allocation rate, real-time garbage collection, static analysis 



2 Comparing mark-and sweep and stop-and-copy garbage collection 
Benjamin Zorn 

May 1990 Proceedings of the 1990 ACM conference on LISP and functional 
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Stop-and-copy garbage collection has been preferred to mark-and-sweep collection in the 
last decade because its collection time is proportional to the size of reachable data and 
not to the memory size. This paper compares the CPU overhead and the memory 
requirements of the two collection algorithms extended with generations, and finds that 
mark-and-sweep collection requires at most a small amount of additional CPU overhead 
(3-6%) but, requires an average of 20% (and up to 40%) less memory t ... 
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H. D. Baecker 

November 1972 Communications of the ACM, Volume 15 issue n 
Publisher: ACM Press 
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In list processing there is typically a growing demand for space during program execution. 
This paper examines the practical implications of this growth within a virtual memory 
computer system, proposes two new garbage collection techniques for virtual memory 
systems, and compares them with traditional methods by discussion and by simulation. 

Keywords: garbage collection, list processing, page tables, paging, segmentation, virtual 
memory 
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The effectiveness of garbage collectors and leak detectors in identifying dead objects 
depends on the accuracy of their reachability traversal. Accuracy has two orthogonal 
dimensions: (i) whether the reachability traversal can distinguish between pointers and 
nonpointers (type accuracy), and (ii) whether the reachability traversal can identify 
memory locations that will be dereferenced in the future (liveness accuracy). This article 
presents an experimental study of the impo ... 

Keywords: Conservative garbage collection, leak detection, liveness accuracy, program 
analysis, type accuracy 
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The IA-64, Intel's 64-bit instruction set architecture, exhibits a number of interesting 
architectural features. Here we consider those features as they relate to supporting 
garbage collection (GC). We aim to assist GC and compiler implementors by describing 
how one may exploit features of the IA-64. Along, the way, we record some previously 
unpublished object scanning techniques, and offer novel ones for object allocation 
(suggesting some simple operating system support that would simplify it ... 

An efficient parallel heap compaction algorithm 
Diab Abuaiadh, Yoav Ossia, Erez Petrank, Uri Silbershtein 

October 2004 ACM SIGPLAN Notices , Proceedings of the 19th annual ACM SIGPLAN 
conference on Object-oriented programming, systems, languages, and 
applications OOPSLA '04, Volume 39 Issue 10 

Publisher: ACM Press 

Full text available: ^pdf(291.11 KB) Additional Information: full citation , abstract , references , index terms 

We propose a heap compaction algorithm appropriate for modern computing 
environments. Our algorithm is targeted at SMP platforms. It demonstrates high 
scalability when running in parallel but is also extremely efficient when running single- 
threaded on a uniprocessor. Instead of using the standard forwarding pointer mechanism 
for updating pointers to moved objects, the algorithm saves information for a pack of 
objects. It then does a small computation to process this information and determine ... 
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We have constructed a practical tag-free garbage collector based on explicit type 
parameterization of polymorphic functions, for a dialect of ML. The collector relies on type 
information derived from an explicitly-typed 2nd-order representation of the program, 
generated by the compiler as a byproduct of ordinary Hindley-Milner type inference. 
Runtime type manipulations are performed lazily to minimize execution overhead. We 
present details of our implementation approach, and preliminary per ... 
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We describe a novel approach to obtaining type-accurate information for garbage 
collection in a hardware and language independent way. Our approach uses a run-time 
analysis to propagate pointer/non-pointer information from significant type events (such 
as allocation, which always returns a pointer). We use this technique to perform a 
detailed comparison of garbage collectors with different levels of accuracy and explicit 
deallocation on a range of C programs. We take advantage of the portabil ... 
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Java is becoming an important platform for memory-constrained consumer devices such 
as PDAs and cellular phones, because it provides safety and portability. Since Java uses 
garbage collection, efficient garbage collectors that run in constrained memory are 
essential. Typical collection techniques used on these devices are mark-sweep and mark- 
compact. Mark-sweep collectors can provide good throughput and pause times but suffer 
from fragmentation. Mark-compact collectors prevent fragmentation, ... 

Keywords: copying collector, generational collector, java, mark-compact, mark-copy, 
mark-sweep, memory-constrained copying 
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Multithreaded applications with multigigabyte heaps running on modern servers provide 
new challenges for garbage collection (GC). The challenges for "server-oriented" GC 
include: ensuring short pause times on a multigigabyte heap while minimizing throughput 
penalty, good scaling on multiprocessor hardware, and keeping the number of expensive 
multicycle fence instructions required by weak ordering to a minimum. We designed and 
implemented a collector facing these demands building on th ... 

Keywords: Garbage collection, JVM, concurrent garbage collection 
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This paper presents a new storage representation for cons cells (and all other LISP heap 
data structures) which allows more time efficient LISP with real-time garbage collection 
on stock hardware. "Stock hardware" refers to common modern architectures for Von 
Neumann uni-processors (e.g. MC68000, IBM370, VAX, NS32032, etc.). Previous real- 
time garbage collection schemes have either explicitly required specially tailored hardware 
in order to avoid multiple order of magnitude slow ... 



13 The Compressor: concurrent incremental, and parallel compaction 




Haim Kermany, Erez Petrank 

June 2006 ACM SIGPLAN Notices , Proceedings of the 2006 ACM SIGPLAN conference 



on Programming language design and implementation PLDI '06; volume 41 
Issue 6 
Publisher: ACM Press 

Full text available: ^ pdf(483.26 KB) Additional Information: full citation , abstract , references , index terms 

The widely used Mark-and-Sweep garbage collector has a drawback in that it does not 
move objects during collection. As a result, large long-running realistic applications, such 
as Web application servers, frequently face the fragmentation problem. To eliminate 
fragmentation, a heap compaction is run periodically. However, compaction typically 
imposes very long undesirable pauses in the application. While efficient concurrent 
collectors are ubiquitous in production runtime systems (such as JVMs), ... 

Keywords: compaction, concurrent garbage collection, garbage collection, memory 
management, runtime systems 
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Traditional approaches to enforcing memory safety of programs rely heavily on run-time 
checks of memory accesses and on garbage collection, both of which are unattractive for 
embedded applications. The goal of our work is to develop advanced compiler techniques 
for enforcing memory safety with minimal run-time overheads. In this paper, we describe 
a set of compiler techniques that, together with minor semantic restrictions on C 
programs and no new syntax, ensure memory safety and provide most of ... 

Keywords: Embedded systems, automatic pool allocation, compilers, programming 
languages, region management, security, static analysis 
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This paper explores and quantifies garbage collection behavior for three whole heap 
collectors and generational counterparts: copying semi-space, mark-sweep, and reference 
counting, the canonical algorithms from which essentially all other collection algorithms 
are derived. Efficient implementations in MMTk, a Java memory management toolkit, in 
IBM's Jikes RVM share all common mechanisms to provide a clean experimental platform. 
Instrumentation separates collector and program behav ... 

Keywords: generational, java, mark-sweep, reference counting, semi-space 



16 List processing in real time on a serial computer 
Henry G. Baker 

April 1978 Communications of the ACM, Volume 21 Issue 4 
Publisher: ACM Press 

Full text available: ffS pdfd .55 MB) Additional Information: full citation , abstract, references , citings, index 
• LeJ p terms 

A real-time list processing system is one in which the time required by the elementary list 
operations (e.g. CONS, CAR, CDR, RPLACA, RPLACD, EQ, and ATOM in LISP) is bounded 
by a (small) constant. Classical implementations of list processing systems lack this 
property because allocating a list cell from the heap may cause a garbage collection, 
which process requires time proportional to the heap size to finish. A real-time list 
processing system is presented which continuously reclaims garb ... 

Keywords: CDR-coding, LISP, compacting, file or database management, garbage 
collection, list processing, real-time, reference counting, storage allocation, storage 
management, virtual memory 
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This paper demonstrates a unified and garbage-collector independent way to describe the 
information required for precise collection. Thereby it is possible to construct, a library 
that can be used with various garbage collectors, without modifying the code of the 
library or the collector itself. The library design presented applies the adaptor idiom of 
generic programming which guarantees no overhead incurred if the library is used with 
manual allocators or with garbage collectors that do not re ... 
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Reference counting is a garbage-collection technique that maintains a per-object count of 
the number of pointers to that object. When the count reaches zero, the object must be 
dead and can be collected. Although it is cannot detect all garbage on its own, it is well 
suited for some applications and is implemented typically in conjunction with other 
methods to increase overall precision. A disadvantage of reference counting is the extra 
storage traffic that is introduced. In this paper, we descr ... 
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Internet programming languages such as Java present new challenges to garbage- 
collection design. The spectrum of garbage-collection schema for linked structures 
distributed over a network are reviewed here. Distributed garbage collectors are classified 
first because they evolved from single-address-space collectors. This taxonomy is used as 
a framework to explore distribution issues: locality of action, communication overhead 
and indeterministic communication latency. 

Keywords: automatic storage reclamation, distributed, distributed file systems, 
distributed memories, distributed object-oriented management, memory management, 
network communication, object-oriented databases, reference counting 
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We present a memory management scheme for a concurrent programming language 



where communication occurs using message-passing with copying semantics. The runtime 
system is built around process-local heaps, which frees the memory manager from 
redundant synchronization in a multithreaded implementation and allows the memory 
reclamation of process-local heaps to be a private business and to often take place 
without garbage collection. The allocator is guided by a static analysis which 
speculative ... 

Keywords: Erlang, concurrent languages, incremental and real-time garbage collection, 
thread-local heaps 
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Reducing sweep time for a nearly empty heap 

Yoo C. Chung, Soo-Mook Moon, Kemal Ebcioglu, Dan Sahlin 
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Mark and sweep garbage collectors are known for using time proportional to the heap size 
when sweeping memory, since all objects in the heap, regardless of whether they are live 
or not, must be visited in order to reclaim the memory occupied by dead objects. This 
paper introduces a sweeping method which traverses only the live objects, so that 
sweeping can be done in time dependent only on the number of live objects in the heap. 
This allows each collection to use time independent ... 

An on-the-fly mark and sweep garbage collector based on sliding views 
Hezi Azatchi, Yossi Levanoni, Harel Paz, Erez Petrank 

October 2003 ACM SIGPLAN Notices , Proceedings of the 18th annual ACM SIGPLAN 
conference on Object-oriented programing, systems, languages, and 
applications OOPSLA '03, Volume 38 Issue 11 
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With concurrent and garbage collected languages like Java and C# becoming popular, the 
need for a suitable non-intrusive, efficient, and concurrent multiprocessor garbage 
collector has become acute. We propose a novel mark and sweep on-the-fly algorithm 
based on the sliding views mechanism of Levanoni and Petrank. We have implemented 
our collector on the Jikes Java Virtual Machine running on a Netfinity multiprocessor and 
compared it to the concurrent algorithm and to the stop-the-world collecto ... 

Keywords: concurrent garbage collection, garbage collection, memory management, on- 
the-fly garbage collection, runtime systems 



Very concurrent mark-&-sweep garbage collection without fine-grain synchronization 
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We describe a new incremental algorithm for the concurrent reclamation of a program's 
allocated, yet unreachable, data. Our algorithm is a variant of mark-& -sweep 
collection that— unlike prior designs— runs mutator, marker, and sweeper threads 
concurrently without explicit fine-grain synchronization on shared-memory 
multiprocessors. A global, but infrequent, synchronization coordinates the per-object 
coloring marks used by the three threads; fine-grain synchronization is achieve ... 

4 Virtual memory on a narrow machine for an object-oriented language 
Ted Kaehler 
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LOOM (Large Object-Oriented Memory) is a virtual memory implemented in software that 
supports the Smalltalk-80(™) programming language and environment on the Xerox 
Dorado computer. LOOM provides 8 billion bytes of secondary memory address space and 
is specifically designed to run on computers with a narrow word size (16-bit wide words). 
All storage is viewed as objects that contain fields. Objects may have an average size as 
small as 10 fields. LOOM swaps objects between primary and s ... 
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Level set methods, an important class of partial differential equation (PDE) methods, 
define dynamic surfaces implicitly as the level set (iso-surface) of a sampled, evolving nD 
function. The course begins with preparatory material that introduces the concept of using 
partial differential equations to solve problems in computer graphics, geometric modeling 
and computer vision. This will include the structure and behavior of several different types 
of differential equations, e.g. the level set eq ... 
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We are developing Virtuoso, u system ,for distributed computing using virtual machines 
(VMs). Virtuoso must be uble to mix batch und interactive VMs on the same physical 
hardwure, while satisfiing constraint on re- sponsiveness und compute rates for each 
workload. VSched is the component of Virtuoso that provides this capability. VSched is an 
entirely user-level tool that interacts with the stock Linux kernel running below any type- 
11 virtual machine monitor to schedule VMs (indeed, any process) ... 



Tuning garbage collection for reducing memory system energy in an embedded Java 
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Java has been widely adopted as one of the software platforms for the seamless 
integration of diverse computing devices. Over the last year, there has been great 
momentum in adopting Java technology in devices such as cellphones, PDAs, and pagers 
where optimizing energy consumption is critical. Since, traditionally, the Java virtual 
machine (JVM), the cornerstone of Java technology, is tuned for performance, taking into 
account energy consumption requires reevaluation, and possibly redesign oft ... 

Keywords: Garbage collector, Java Virtual Machine (JVM), K Virtual Machine (KVM), low 
power computing 
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Java workloads are becoming increasingly prominent on various platforms ranging from 
embedded systems, over general-purpose computers to high-end servers. Understanding 
the implications of all the aspects involved when running Java workloads, is thus 
extremely important during the design of a system that will run such workloads. In other 
words, understanding the interaction between the Java application, its input and the 
virtual machine it runs on, is key to a succesful design. The goal of this ... 

Keywords: Java workloads, performance analysis, statistical data analysis, virtual 
machine technology, workload characterization 
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This paper describes the system overview of our Java Just-In-Time (JIT) compiler, which 
is the basis for the latest production version of IBM Java JIT compiler that supports a 
diversity of processor architectures including both 32-bit and 64-bit modes, CISC, RISC, 
and VLIW architectures. In particular, we focus on the design and evaluation of the cross- 
platform optimizations that are common across different architectures. We studied the 
effectiveness of each optimization by selectively disabling ... 
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Tracing garbage collectors traverse references from live program variables, transitively 
tracing out the closure of live objects. Memory accesses incurred during tracing are 
essentially random: a given object may contain references to any other object. Since 
application heaps are typically much larger than hardware caches, tracing results in many 
cache misses. Technology trends will make cache misses more important, so tracing is a 
prime target for prefetching. Simulation of Java benchmarks runni ... 

Keywords: breadth -first, buffered prefetch, cache architecture, depth-first, garbage 
collection, mark-sweep, prefetch-on-grey, prefetching 
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In systems that support garbage collection, a tension exists between collecting garbage 
too frequently and not collecting it frequently enough. Garbage collection that occurs too 
frequently may introduce unnecessary overheads at the risk of not collecting much 
garbage during each cycle. On the other hand, collecting garbage too infrequently can 
result in applications that execute with a large amount of virtual memory (i.e., with a 
large footprint) and suffer from increased execution times due to ... 

Keywords: Garbage collection, Java, heap growth, implementation, memory 
management, performance measurement, programming languages 
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A real-time list processing system is one jn which the time required by the elementary list 
operations (e.g. CONS, CAR, CDR, RPLACA, RPLACD, EQ, and ATOM in LISP) is bounded 
by a (small) constant. Classical implementations of list processing systems lack this 
property because allocating a list cell from the heap may cause a garbage collection, 
which process requires time proportional to the heap size to finish. A real-time list 
processing system is presented which continuously reclaims garb ... 
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collection, list processing, real-time, reference counting, storage allocation, storage 
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Stop-and-copy garbage collection has been preferred to mark-and-sweep collection in the 
last decade because its collection time is proportional to the size of reachable data and 
not to the memory size. This paper compares the CPU overhead and the memory 
requirements of the two collection algorithms extended with generations, and finds that 
mark-and-sweep collection requires at most a small amount of additional CPU overhead 
(3-6%) but, requires an average of 20% (and up to 40%) less memory t ... 
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The graphics processor (GPU) on today's commodity video cards has evolved into an 
extremely powerful and flexible processor. The latest graphics architectures provide 
tremendous memory bandwidth and computational horsepower, with fully programmable 
vertex and pixel processing units that support vector operations up to full IEEE floating 
point precision. High level languages have emerged for graphics hardware, making this 
computational power accessible. Architecturally, GPUs are highly parallel s ... 

15 Older-first garbage collection in practice: evaluation in a Java Virtual Machine 
^4|v Darko Stefanovic, Matthew Hertz, Stephen M. Blackburn, Kathryn S. McKinley, J. Eliot B. 

Moss 

June 2002 ACM SIGPLAN Notices , Proceedings of the 2002 workshop on Memory 

system performance MSP '02, Volume 38 Issue 2 supplement 
Publisher: ACM Press 

Full text available: ^ pdf(1.15 MB ) Additional Information: full citation , abstract , references , citin gs 

Until recently, the best performing copying garbage collectors used a generational policy 
which repeatedly collects the very youngest objects, copies any survivors to an older 
space, and then infrequently collects the older space. A previous study that used garbage- 
collection simulation pointed to potential improvements by using an Older-First copying 
garbage collection algorithm. The Older-First algorithm sweeps a fixed-sized window 
through the heap from older to younger objects, and avo ... 

16 An on-the-fly reference-counting garbage collector for java 
Jt^ Yossi Levanoni, Erez Petrank 

January 2006 ACM Transactions on Programming Languages and Systems (TOPLAS), 

Volume 28 Issue 1 
Publisher: ACM Press 

Full text available: ^ |pdf(787.15 KB) Additional Information: full citation , abstract , references , index terms 

Reference-counting is traditionally considered unsuitable for multiprocessor systems. 
According to conventional wisdom, the update of reference slots and reference-counts 
requires atomic or synchronized operations. In this work we demonstrate this is not the 



case by presenting a novel reference-counting algorithm suitable for a multiprocessor 
system that does not require any synchronized operation in its write barrier (not even a 
compare-and-swap type of synchronization). A second novelty of thi ... 

Keywords: Programming languages, garbage collection, memory management, 
reference-counting 



17 Concurrent garbage collection using hardware-assisted profiling 
^ Timothy H. Heil, James E. Smith 

October 2000 ACM SIGPLAN Notices, Proceedings of the 2nd international 
symposium on Memory management ISMM '00, Volume 36 issue l 
Publisher: ACM Press 

Full text available: ^g| pdf(i.74 MB) Additional Information: full citation , abstract , citings, index terms 

In the presence of on-chip multithreading, a Virtual Machine (VM) implementation can 
readily take advantage of service threads for enhancing performance by performing tasks 
such as profile collection and analysis, dynamic optimization, and garbage collection 
concurrently with program execution. In this context, a hardware-assisted profiling 
mechanism is proposed. The Relational Profiling Architecture (RPA) is designed from the 
top down. RPA is based on a relational model similar ... 

18 New garbage collection algorithms and strategies: Dynamic selection of a p plication- 
<g> specific garbage collectors 

^ Sunil Soman, Chandra Krintz, David F. Bacon 

October 2004 Proceedings of the 4th international symposium on Memory 

management 
Publisher: ACM Press 

Full text available: Qpdfd 85.74 KB) Additional Information: full citation , abstract , references , index terms 

Much prior work has shown that the performance enabled by garbage collection (GC) 
systems is highly dependent upon the behavior of the application as well as on the 
available resources. That is, no single GC enables the best performance for all programs 
and all heap sizes. To address this limitation, we present the design, implementation, and 
empirical evaluation of a novel Java Virtual Machine (JVM) extension that facilitates 
dynamic switching between a number of very different and popular g ... 

Keywords: Java, annotation, application-specific collection, dynamic selection, hot- 
swapping, virtual machine 



19 Prog ramming lan g ua g es: Garba ge collection for emb edded systems 
^ David F. Bacon, Perry Cheng, David Grove 

V September 2004 Proceedings of the 4th ACM international conference on Embedded 
software EMSOFT 04 

Publisher: ACM Press 

Full text available* fi3 odf(199 59 KB) Ac,c:,itlona, Information: full citation , abstract , references , citings , index 
*^ : terms 

Security concerns on embedded devices like cellular phones make Java an extremely 
attractive technology for providing third-party and user-downloadable functionality. 
However, garbage collectors have typically required several times the maximum live data 
set size (which is the minimum possible heap size) in order to run well. In addition, the 
size of the virtual machine (ROM) image and the size of the collector's data structures 
(metadata) have not been a concern for server- or workstation-orien ... 



Keywords: compaction, fragmentation, mark-and-sweep, tracing 



20 GCspy: an adaptable heap visualisation framework 
Tony Printezis, Richard Jones 

November 2002 ACM SIGPLAN Notices , Proceedings of the 17th ACM SIGPLAN 

conference on Object-oriented programming, systems, languages, 
and applications OOPSLA '02, volume 37 issue n 
Publisher: ACM Press 

Full text available* H3 pdf(215 66 KB) Addit ' onal Information: full citation , abstract , references , citings, index 
' IS- 6 — 1 : terms 

GCspy is an architectural framework for the collection, transmission, storage and replay of 
memory management behaviour. It makes new contributions to the understanding of the 
dynamic memory behaviour of programming languages (and especially object-oriented 
languages that make heavy demands on the performance of memory managers). GCspy's 
architecture allows easy incorporation into any memory management system: it is not 
limited to garbage-collected languages. It requires only small change ... 

Keywords: Java, garbage collection, language implementation, memory management, 
visualisation of objects 
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